JAN. 26. 201 0 1 1:33AM 



NAVTEQ CORP 



RECEIVED 
CENTRAL FAX CENTER 

JAN 2 6 2010 



NO. 766 



P. 13 



Appl. No. 10/798,531 

Declaration of prior invention 

Reply to office action of October 6, 2009 



PATENT 
CaseNo.N0l8SUS 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



Titled 



Filed 



Appl. No. 
Applicants 



10/798,531 

Kurt Brooks Uhlir, et al, 
March 11, 2004 

APPLICATION PROGRAMMING INTERFACE FOR 
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DECLARATION UNDER 37 CFJEL S U31 



The undersigned, KURT BROOKS UHLIR, CHRISTOPHER DOUGHERTY, 



MICHAEL V, SHUMAN, and ROY CASINO, hereby declare that: 

1. We are co-inventors of the invention described and claimed in the above-identified 
patent application. 

2. Before December 16, 2003, we invented a computer game system and an associated 
method of operation. The computer game system and method thereof included, inter alia, a map 
database containing real-world navigation data that represent roads in a real-world geographic 
locale and an application programming interface program configured for accepting requests fox 
data from the game, for accessing the data from the map database, and for providing the data in a 
suitable format to present a game play scenario on a user interface. Also, description of a game 
play scenario corresponding to a virtual position was provided. 

3. Before December 16, 2003, we prepared invention disclosure statements describing 
our inventive ideas. We provided the invention disclosure statements to the Legal Department of 
the assignee of the subject patent application. Copies of invention disclosure statements 
prepared by us prior to December 16, 2003 disclosing the claimed invention are attached hereto 
(Exhibits 1 and 2). 

4. All statements made herein of my own knowledge are true and that all statements 
made on information and belief are believed to be true, and further these statements are made 
with the knowledge that willful false statements and the like so made are punishable by fine or 
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imprisonment, or both, under Section 1001 of Title 18 of the United States Code, and that such 
willful statements may jeopardize the validity of the application or any patent issuing thereon. 




iPHER DOUGHERTY 




KURT BROOKS UHL1R Date 



(JL 



Date I 

l /Zi/\o 



MICHAEL V, S HUMAN Date 



ROY CASINO Date 



NAVTEQ Norm America, IXC 
425 West Randolph Street 
Chicago, EL 60606 
(312)780-3054 
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NAVIGATION TECHNOLOGIES CORPORATION 
INVENTION DISCLOSURE STATEMENT FORM 

(Return electronic copy and 
fully executed hard copy to Legal Department) 



IDS# 



(to be fined out by Legal Dept) 



Shorthand Name for Invention: for * "Game APT" for Use in Cresting Gam es 



Developers "Who Contributed to Invention: 1 . 

7. 



Rtpv Casino 
rhns Dougherty 



2. Mike Shaman 
4. KurtUhlir 
6. 



f>a te for Month) on Which Development Began: 




If Known, First Date (if any) on Which Devel opment was: 



JttOWU, riTKI.wai.e 1,11 - — ; —73 riL^f 

a) bribed in a CONFIDENTIAL document released outside of NTC 



(a) descnoea in a uui^ri^i : — — T" 

(b) Scrib ed in a CONFIDENTIAL conversation with a non-NTC e mployee 



Vd; u»mi/w w ^■ y*-'- —r: rivTTP 

' ^ b ribed in a Nonconfidential document released outside of NTC 



icj aescnoea m a, iwivw^^ "*" — ™" TTzr^ ; 

fl ji de^ribed to " Mn N-rtmfflmtial conversa tion with a non-NTC employee, 
— * — ~"" — -■ t _i j r.* 1 \rrr 



f e> included in flti v version of a product released outside of NTC 



ye/ wim*y*w»* — **j » ; - » — 

(f) used intern anv at NTC m the normal c ourse of operations: 

* — —~ — : — . _ ^ i tt\C NJn. 



discussed at a Brainstorming Sessi on for IPS No 



Sni»mary of Inrentionr 



I NTC currently offers SDAL and NavTools for use in creating in-vehicle navigation app^atioDS.^thennore. NTC offers 

Sfer interfaces for creating navigation based gaining applications. The general idea of NTC offering a game AKasweUas 

Ss forms. This IDS directs its focus on the new and unique ideas necessary for the gaming API. (Other documents exist 
that detail the business reasons justifying NT's interes t in being a part of the huge game market^ 



Kev Words for Invention: 



Navigation, games. API. Ground, Truth, Gaming, E lectronic Games, Video Gaines, LBS, LBG 
Advantages of Invention (to the extent known) : 



Allows one to easily create applications using NAVTECH data 

Allows NAVTECH data to become more widely known based on name recognition through people playing games on PCs, 
phones, internet, etc 

Opens up a new business market for NAVTECH data simply by offering a new API 

API could be based heavily on SDAL and NavToo ls code making development more effective _ 



Detailed Description of Invention 

• describe function® performed J . „ . <. 

. describe with particularity the way in which each function is achieved (e.g., if the invention is a 
process, describe each step of the process): 
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The 



Game API will offer functions broken into four key areas that differ from current NTC APIs: 

I Functions to convert NAVTECH data 10 other formats suitable for games 

II Functions for high-speed display necessary for games 
ni Functions for aesthetically pleasing display formats necessary for games 
IV. Function to easily integrate NAVTECH data with other data content necessary for games 

Each of the four areas will be described in more detail below. 

I. Functions to convert NAVTECH data to other formats suitable for games 
Overview. 

These functions allow conversion of NAVTECH data to formats for use with 3-d display, cell phone display, 
EZSXSZi display, and others. The idea here is that the ^™g£*5^Sd-» 
<™-.f«id on navigation applications. In turn, these functions will use the NAVTECH database nut oner oa» 

f^aSSay m one of the game formats. For example, a "cannonbaU run" type of racing game 
XSSS&S^SSSSSm to appear in 3-d format as if a car were driving the roads. Tins would rib. 
ir^re^OsVAe United States (or other region), allow them to choose to drive on any road aUow the 
^es to SvtSistic routes with real knowledge of speed limits, signage, and more integrated into then- 
game play. 

Example; 

3-d display: The 3-d display functions will allow games to "ttavel" along roads ; from a driver's perspective: 
For example, a driving game could allow one to race a route from Chicago to St Louis. 

Functions: 

3_d_display( link ID, location, direction_of_iravel. Displaying) 

link ID (input). . .the NAVTECH link ID of the desired link for display 
location i (input)...the actual location along the link (expressed m percentage along the lmk) 
directionoftravel (input). . .direction of travel (from reference node or to reference node) 
Saymfc ^oumut iucture (not defined here) that holds all information necessary for displaying a 3^1 
uX of ^ S and related attributes. The image drawn on a display using this infor^aon would be a 
computer rendered view of what a driver would see from a car located on the road at this point 

Example: 

internet display: The internet display functions wiU allow incremental updates of * J ^f^f J?*^ 
SSlfcr examnle a first display screen would show full detail of a certain geographic area m 2d or full 3d. 
^^SS£^J only send necessary information to indicate chan ges to die 
This method of sending only changes will allow faster updates necessary for game P^° v ^^ * 
function like this could allow a set of gamers across the nation connected only by internet connections to play 
competitive games based on NAVTECH data with each other in real-time. 

internet_display(region, 2dJdJta$,location. Displaying) 

region (input). . bounding box region to display 
2d_3d flag (input). -.whether 2d or 3d display should be shown 

Se oSe SSd' iSactributes. Further updates to this display would only send changes to allow for 
fast transmission across internet connections and fast display updates. 



More: 
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— — Qn]y — represep£ative ^ functions that could exist in a game API. Clearly, numerous additional 

functions will be necessary in the actual implementation. 

II. Functions for high-speed display necessary for games 

Overview: 

Current NavTools display tools are not optimized for high-speed updates or continuous movement. Tbe game 
API will require functions that support these types of scenarios. This will allow a driving sgarne, for example, 
to give the appearance mat a vehicle is being driven along a road way created using NAVTEUi data. 

Requirements: 

No new functions will necessarily be required versus current NavTools functions as much as more optimization 
will be required. Concepts such as high speed polygon display and other video game denved display 
technologies will have to be incorporated into the game API tool set. This integration of v,deo 6 an » 
Snoiogy into a game API will allow the NAVTECH database to be drawn in 2d or 3d at very high speeds. 

HL Functions for aesthetically pleasing display formats necessary for games 

Overview: 

Current NTC APIs display maps for navigation purposes. The game API will require changes so that displays 
can be oriented to moro aesthetically pleasing display formats. Formats that include road widto ; and b» 
stripes will be incorporated into the display functions. Furthermore, attribute such as road 
optional in the display as road names may not always be necessary for games. Moreover, games may choose to 
leave off the road names for the sake of speed. 

Requirements: 

Tbe display formats for games will require that NAVTECH data (intended for navigation applications) will 
have additional visual information attached during the process of preparing for display. For e^e, a game 
may query for a display that includes stripes on the lanes and shoulders along the edges of the road. Further 
Sn P le7are the indusion of road signs so that a game player sees a speed limit stgn, for example, pass by as 
he/she drives, 

Function: 

set„<tispl&yjparcuneters( visual_attribuTe_list) 

visual attribute list (input). . .ibis parameter allows one to set visual attributes such as whether lane 5|ripes 
should be added to the roads for display, whether signs should be added to the display, whether shoulders or 
curbs should be added, and other attributes of this sort inieDded to visually aid a driver playing a game and not 
necessarily aiding in navigation. 

IV. Function to easily integrate NAVTECH data with other data content necessary for games 
Overview: 

Many games will also desire to -ntegrate information sucb as the look of other vehicles ot Lthe , ^^s^ffij 
infortnation on the roads, the look of buildings along the road, and other such examples The game API wril 
aSX ^*S*rs access to the polygonal display tools so that these additional eatur^ul^y be 
integrated with the NAVTECH data. For example, a game designer may want to populate toe roaos being 
oSSwTth actual vehicles on the market. In that case, the game designer would obtain vehicle modelmg 
information from other sources and feed i t to the game API so that the vehicles could be placed on a 3-d 
NAVTECH road map display. 

Function: 
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iniegra:e_ejrternaljfoformfition(polygo location) 

polygonaUnforxnation (input). , .the polygon modeling information necessary to render a particular geometrical 
shape such as a building or vehicle. 

location (inpur)...the location co display the polygonaUnformadon. This would allow one to place buildings 
along the road or other vehicles along the road. 



Please place an £t X" next to the appropriate statement: 
X No design documents exist 

The following design documents exist (and copies are attached): 
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Signature: / l_j _ Date: 

(of preparer-4evcl(?per) 

Type Name: Rov Casino 

Signature) of Cont hbiiting Developers: 



1. Name: VJA, Date:. 

2. Name: mii/^r?. Dale 

3. Name: ^^7' Date 

4. Name: Date 

5. Name: _____ Date 

6. Name: ' Date 




7. Name: Date:_ 
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NAVIGATION TECHNOLOGIES CORPORATION 
INVENTION DISCLOSURE STATEMENT FORM 

(Return electronic copy and 
fully executed hard copy to Legal Department) 



(Co be filled out by Legal DepU) 



Shorthand Name for Invention: NT Data-Based EMS Games 

Developers Who Contributed to Invention; h Chris Dougherty 

3. KurtUhlir 

5. 

7. 




Pate (or Month) on Which Development Began 



If Known, First Date (if any) on Which Development was: 



(a) described in a CONFIDENTIAL document released outside of NTC 



0>) described in a CONFIDENTIAL conversation with a non-NTC employee 
(c) described in a NON-confidential document released outside of NTC 



(d) described in a NON-confidential conversation with a non-NTC employee 



(e) included in any version of a product released outside of NTC 



(f) used internally at NTC in the normal course of operations: 



(g) discussed at a Brainstorming Session for IPS No- 



Summary of Invention: ____ , _ — 

1 This idea proposes tying digital map data and/or location-based content (e.g. traffic, weather, POIs, etc.), to the ^Sto 
Enfor^^t&emed electronic games- This would include fire fighting, medical emergency service (ambulance/search and 
rescue), and police "chase" games- 
There are two approaches that can be taken to break into this category - a business approach that entails offering digital map 
data to EMS type game developers that would expand and enhance their existing products, Or developing original spatially- 
related EMS game concepts and offering them to game publishers or developers. 

From a new business standpoint, the sales pitch to the developers wouldbe that digital map data adds a level of realism and 
pSoilSLdon (fight flies or chase criminals in your hometown, get stuck in traffic that' s actually affecting your hometown 
road network at this minute, etc.), that would significandy differentiate their product in the marketplace. 
For example a fire fighting game could be based on actual road network data of a real ciiy^uid include options for ^osmg 
£ best route to a fire and the capability of adding real-time traffic to the selected route. The same type of options ^and realism 
could be applied to an EMS vehicle game where the player must reach an accident victim and rush him the hospital. 
Police chases could include the added realism of real neighborhoods and real traffic and (when available in the future) crime 
stat overlays to enhance the realism.. 



Key Words for Invention: 



Games, Ground Truth Gaming, location-based games, RTM. real-time traffic, EMS 



Advantages of Invention (to the extent known); 



New market and revenue stream for NT 
Extends the NT brand to a wider audience 

Adds r^lUm to Pames and allows developers or publishers to differentiate their product offerings;. 
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Detailed Description of Invention 

• describe fimction(s) performed 

o describe with particularity the way in which each function is achieved (e>g., if the invention is a 
process, describe each step of the process): 



NT could play different roles when developing this concept They could approach game compares and sell them the idea to 
use maps and the game idea, and have the game company develop the game and pay for our data. Companies that develop 
road network-based games already use methods xo collect the 3D data (buildings, landmarks, etc.). 

Adding digital map data to existing games could be approached in a number of different ways. The simplest approach would 
be to simply offer NT Map data to developers with the assumption that they would write the software to apply NT data to 
their games. 

Another approach would be to offer NT data that has been massaged or packaged to easily fit into their games- 
Existing games that would benefit from digital map enhancements include: 
911 

World's Scariest Police Chases 

Original Game Concepts: 
Law Enforcement 

This same would involve a law enforcement response to a crime committed in a real city Setting. After locating and choosing 
the best route to the scene of the crime, the player get involved in a chase through the actual streets of a specific city. With 
NTs pedestrian routing capabilities, the chase could also be on foot as well, 

EMS 

This game would place a player in the role of a fireman or ambulance driver. The player would have to race to the scene of a 
fire or emergency situation (natural disaster, etc) and contend with difficulties such as real-time traffic problems (online 
game version) or rerouting scenarios due to road closures caused by earthquakes explosions, etc.. Once the vicfcms are 
located they then must be transported to the hospital in a race agains t the clock (based on the state of the victim). __ 



Please place an M X" next to the appropriate statement: 
X No design documents exist 

The following design documents exist (and copies are attached): 
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(of prcparer-develojW) 

Type Naxne: ChrisPemghertY 
Signature® of Contributing Developers: 
,. Name:, ? W g 
2. Name:_ 




3. Name:. 



4. Name:. 

5. Name:. 



6. Name; 



Name: 
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Date 




Date:_ 
Date:_ 
Date:_ 
Date:_ 
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